home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / std / c++ / 22 < prev    next >
Encoding:
Internet Message Format  |  1996-08-06  |  2.4 KB

  1. Path: chronicle.mti.sgi.com!austern
  2. From: austern (Matt Austern)
  3. Newsgroups: comp.std.c++
  4. Subject: Moderation policy (Was: Throwing an exception from within a signal handler)
  5. Date: 09 Jan 1996 15:10:37 PST
  6. Organization: SGI
  7. Approved: austern@isolde.mti.sgi.com
  8. Message-ID: <AUSTERN.96Jan9110251@isolde.mti.sgi.com>
  9. References: <4cpmh0$ltf@natasha.rmii.com>
  10.     <Etay_Bogner-0901961008510001@metay.stil.scitex.com>
  11. Reply-To: austern@mti.mti.sgi.com
  12. NNTP-Posting-Host: isolde.mti.sgi.com
  13. X-Original-Date: 09 Jan 1996 19:02:51 GMT
  14. In-Reply-To: Etay_Bogner@mail.stil.scitex.com's message of 09 Jan 96 14:48:03 GMT
  15. Originator: austern@isolde.mti.sgi.com
  16.  
  17. In article <Etay_Bogner-0901961008510001@metay.stil.scitex.com> Etay_Bogner@mail.stil.scitex.com (Etay Bogner) writes:
  18.  
  19. > >> Does the proposed ANSI standard say anything about throwing an exception
  20. > >> from within a signal handler?  Is the resulting behavior safe and
  21. > well-defined,
  22. > >> or is it undefined or implementation-dependent?
  23. > >> 
  24. > Again, I wonder why this passed the moderation ...
  25. > signal handlers is a C++ issue ? come on ...
  26.  
  27. Maybe it's time for another discussion about revising the moderation
  28. policy.  I suggest that anyone who is interested in such a discussion
  29. send mail to std-c++-request@ncar.ucar.edu, though: it doesn't really
  30. belong in this group.
  31.  
  32. Under the current policy, at least, we almost always accept articles
  33. asking whether the standard says anything about a subject.  There are
  34. limits, but an article like that would have to get pretty outlandish
  35. before we'd reject it.  I don't think it's ridiculous to wonder
  36. whether the C++ standard says anything about signals or threads, or
  37. whether it should; some languages, after all, do address those issues
  38. specifically.  C++ simply doesn't happen to be one of them.
  39.  
  40. At present, the moderation policy (http://dogbert.lbl.gov/~matt/std-c++)
  41. doesn't have any absolute prohibition against FAQs or against
  42. questions that could easily be answered by reading the draft standard.
  43. Perhaps it should.  (Although there's always the question of just
  44. where to draw the line...)  I'd be interested in hearing people's
  45. comments on this issue.  Again, though, please email those comments to
  46. std-c++-request@ncar.ucar.edu.
  47. ---
  48. [ comp.std.c++ is moderated.  Submission address: std-c++@ncar.ucar.edu.
  49.   Contact address: std-c++-request@ncar.ucar.edu.  The moderation policy
  50.   is summarized in http://dogbert.lbl.gov/~matt/std-c++/policy.html. ]
  51.